Location-based control for conferencing systems

ABSTRACT

A system controller for use in a videoconferencing system having multiple videoconferencing rooms each including a videoconferencing codec, includes a communication interface in communication with a videoconferencing codec located in the same videoconferencing room as the system controller, a memory configured to store information about the videoconferencing room in which the system controller is located, and a processor configured to execute computer-executable instructions stored in the memory to receive one or more commands transmitted by a mobile computing device in response to determining whether a videoconferencing room in which the system controller is located is within a defined proximity of the mobile computing device. The processor is configured to control, via the communication interface, the videoconferencing codec located in the same videoconferencing room as the system controller, according to the one or more commands to establish or control a videoconference in the same videoconferencing room.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No.17/380,654 filed Jul. 20, 2021, which is a continuation of U.S. patentapplication Ser. No. 16/909,030 filed Jun. 23, 2020, which is acontinuation of U.S. patent application Ser. No. 16/661,552 filed Oct.23, 2019, which is a continuation of U.S. patent application Ser. No.16/192,604 filed Nov. 15, 2018, which claims the benefit and priority ofU.S. Provisional Application No. 62/586,420, filed Nov. 15, 2017, U.S.Provisional Application No. 62/586,426, filed Nov. 15, 2017, and U.S.Provisional Application No. 62/641,848, filed Mar. 12, 2018. The entiredisclosures of each of the above applications are incorporated herein byreference.

BACKGROUND

This section provides background information related to the presentdisclosure which is not necessarily prior art.

Various types of videoconferencing systems are known, including thosedescribed in U.S. patent application Ser. No. 14/216,183 (now U.S. Pat.No. 9,462,225), filed on Mar. 17, 2014. The entire disclosure of theabove application is incorporated herein by reference.

Typically, a videoconferencing room includes a system controllerconnected to a codec and other components in the room. The systemcontroller includes a user interface such as a keypad, touchscreenand/or handheld remote to control the codec and other components in theroom.

Some videoconferencing systems require that a mobile phone applicationand a codec are registered to a same proprietary cloud-based service(e.g., CISCO SPARK). A server in the cloud may store scheduledconference call information for the registered codec, and transmitinformation regarding the scheduled conference call to the registeredmobile phone application to allow a user of the mobile phone applicationto initiate the scheduled conference call stored on the server. Thisapproach is limited to specific videoconferencing components andvideoconferencing service providers that are registered with theproprietary cloud-based service.

SUMMARY

This section provides a general summary of the disclosure, and is not acomprehensive disclosure of its full scope or all of its features.

According to one aspect of the present disclosure, a method forcontrolling a conference call in a videoconferencing system isdisclosed. The system includes multiple videoconferencing rooms, aserver and a mobile computing device, each videoconferencing roomincludes a videoconferencing codec and a system controller, the serveris adapted to store information about each videoconferencing room and incommunication with each system controller via one or more wired and/orwireless communication networks, and the mobile computing deviceincludes a user interface. The method includes determining, by themobile computing device, whether at least one of multiplevideoconferencing rooms is within a defined proximity of the mobilecomputing device, and in response to determining that at least one ofthe videoconferencing rooms is within the defined proximity of themobile computing device, and in response to the user selecting said atleast one of the videoconferencing rooms via the user interface of themobile device: transmitting, by the mobile computing device via theserver, one or more commands to the system controller located in said atleast one of the videoconferencing rooms, to control thevideoconferencing codec located in said at least one of thevideoconferencing rooms according to the one or more commands toestablish or control a videoconference in said at least one of thevideoconferencing rooms.

According to another aspect of the present disclosure, a mobilecomputing device includes a communication interface in communicationwith a server of a videoconferencing system. The videoconferencingsystem includes multiple videoconferencing rooms each including avideoconferencing codec and a system controller, and the server isadapted to store information about each videoconferencing room and incommunication with each system controller via the one or more wiredand/or wireless communication networks. The system includes a memory forstoring computer-executable instructions, and a processor configured toexecute the computer-executable instructions stored in the memory to:communicate with the server via the one or more wired and/or wirelesscommunication networks to exchange data with the server to determinewhether at least one of multiple videoconferencing rooms is within adefined proximity of the mobile computing device. The processor isconfigured to, in response to determining that at least one of thevideoconferencing rooms is within the defined proximity of the mobilecomputing device: transmit one or more commands, via the server, to thesystem controller located in said at least one of the videoconferencingrooms, to control the videoconferencing codec located in said at leastone of the videoconferencing rooms according to the one or more commandsto establish or control a videoconference in said at least one of thevideoconferencing rooms.

According to another aspect of the present disclosure, a systemcontroller for use in a videoconferencing system having multiplevideoconferencing rooms each including a videoconferencing codec, islocated in one of the videoconferencing rooms. The system controllerincludes a communication interface in communication with avideoconferencing codec located in the same videoconferencing room asthe system controller, via one or more wired and/or wirelesscommunication networks, a memory configured to store information aboutthe videoconferencing room in which the system controller is located,and computer-executable instructions, and a processor configured toexecute the computer-executable instructions stored in the memory to:receive one or more commands transmitted by a mobile computing device inresponse to determining whether a videoconferencing room in which thesystem controller is located is within a defined proximity of the mobilecomputing device. The processor is configured to control, via thecommunication interface, the videoconferencing codec located in the samevideoconferencing room as the system controller, according to the one ormore commands to establish or control a videoconference in said samevideoconferencing room.

Further aspects and areas of applicability will become apparent from thedescription provided herein. It should be understood that variousaspects and features of this disclosure may be implemented individuallyor in combination with one or more other aspects or features. It shouldalso be understood that the description and specific examples herein areintended for purposes of illustration only and are not intended to limitthe scope of the present disclosure.

DRAWINGS

The drawings described herein are for illustrative purposes only ofselected embodiments and not all possible implementations, and are notintended to limit the scope of the present disclosure.

FIG. 1 is a diagram of a videoconferencing system according to oneexample embodiment of the present disclosure.

FIG. 2 is a diagram of a videoconferencing system including wirelessbeacons according to another example embodiment of the presentdisclosure.

FIG. 3 is a diagram of a videoconferencing system including wirelessaccess points according to another example embodiment of the presentdisclosure.

FIG. 4 is an illustration of an example wireless signal strength map fora videoconferencing system.

FIG. 5 is an illustration an example user interface of the mobilecomputing device of FIG. 1 .

FIG. 6 is an illustration an example user interface illustratingmultiple videoconferencing rooms.

FIG. 7 is an illustration an example user interface illustratingvideoconferencing room reservations.

FIG. 8 is an illustration an example user interface illustrating a joinbutton for initiating a videoconferencing call.

DETAILED DESCRIPTION

Example embodiments are provided so that this disclosure will bethorough, and will fully convey the scope to those who are skilled inthe art. Numerous specific details are set forth such as examples ofspecific components, devices, and methods, to provide a thoroughunderstanding of embodiments of the present disclosure. It will beapparent to those skilled in the art that specific details need not beemployed, that example embodiments may be embodied in many differentforms and that neither should be construed to limit the scope of thedisclosure. In some example embodiments, well-known processes,well-known device structures, and well-known technologies are notdescribed in detail.

The terminology used herein is for the purpose of describing particularexample embodiments only and is not intended to be limiting. As usedherein, the singular forms “a,” “an,” and “the” may be intended toinclude the plural forms as well, unless the context clearly indicatesotherwise. The terms “comprises,” “comprising,” “including,” and“having,” are inclusive and therefore specify the presence of statedfeatures, integers, steps, operations, elements, and/or components, butdo not preclude the presence or addition of one or more other features,integers, steps, operations, elements, components, and/or groupsthereof. The method steps, processes, and operations described hereinare not to be construed as necessarily requiring their performance inthe particular order discussed or illustrated, unless specificallyidentified as an order of performance. It is also to be understood thatadditional or alternative steps may be employed.

Although the terms first, second, third, etc. may be used herein todescribe various elements, components, regions, layers and/or sections,these elements, components, regions, layers and/or sections should notbe limited by these terms. These terms may be only used to distinguishone element, component, region, layer or section from another region,layer or section. Terms such as “first,” “second,” and other numericalterms when used herein do not imply a sequence or order unless clearlyindicated by the context. Thus, a first element, component, region,layer or section discussed below could be termed a second element,component, region, layer or section without departing from the teachingsof the example embodiments.

Spatially relative terms, such as “inner,” “outer,” “beneath,” “below,”“lower,” “above,” “upper,” and the like, may be used herein for ease ofdescription to describe one element or feature's relationship to anotherelement(s) or feature(s) as illustrated in the figures. Spatiallyrelative terms may be intended to encompass different orientations ofthe device in use or operation in addition to the orientation depictedin the figures. For example, if the device in the figures is turnedover, elements described as “below” or “beneath” other elements orfeatures would then be oriented “above” the other elements or features.Thus, the example term “below” can encompass both an orientation ofabove and below. The device may be otherwise oriented (rotated 90degrees or at other orientations) and the spatially relative descriptorsused herein interpreted accordingly.

Example embodiments will now be described more fully with reference tothe accompanying drawings.

A videoconferencing system according to one example embodiment of thepresent disclosure is illustrated in FIG. 1 , and indicated generally byreference number 100. As shown in FIG. 1 , the system 100 includesmultiple videoconferencing rooms 104A and 104B, and a server 102 adaptedto store information regarding each videoconferencing room 104A and104B.

The videoconferencing room 104A includes a videoconferencing codec 106Aand a system controller 108A in communication with the videoconferencingcodec 106A via one or more wired and/or wireless communication networks110 to control the videoconferencing codec 106A. The system controller108A is in communication with the server 102 via the one or more wiredand/or wireless communication networks 110.

Similarly, the videoconferencing room 104B includes a videoconferencingcodec 106B and a system controller 108B in communication with thevideoconferencing codec 106B via one or more wired and/or wirelesscommunication networks 110 to control the videoconferencing codec 106B.The system controller 108B is in communication with the server 102 viathe one or more wired and/or wireless communication networks 110.

The system 100 further includes a mobile computing device 112, such as asmartphone, a tablet computer, a laptop computer, etc. Although FIG. 1illustrates the mobile computing device 112 as a smartphone, othermobile computing devices can be used similarly.

The mobile computing device 112 includes a user interface (e.g., akeypad, a touchscreen, etc.) to receive input from a user 113, and themobile computing device 112 is adapted to communicate with the server102 via the one or more wired/and or wireless communication networks110. For example, the communication network(s) 110 may include a WiFinetwork, a cellular network, a public communications network such as theInternet, a private proprietary network, network cables, etc.

The mobile computing device 112 is configured to exchange data with theserver 102 to determine whether at least one of the videoconferencingrooms 104A and 104B is within a defined proximity 114 of the mobilecomputing device 112. Although FIG. 1 illustrates the defined proximity114 as a physical distance, the defined proximity may include anysuitable proximity, such as a wireless signal strength, a physicaldistance threshold, etc.

The mobile computing device 112 is further configured to, in response todetermining that at least one of the videoconferencing rooms 104A and104B is within the defined proximity 114, and in response to the userselecting said at least one of the videoconferencing rooms 104A and104B, transmit one or more commands to the server 102.

The server 102 is configured to transmit the one or more commands to thesystem controller 108A or 108B located in said at least one of thevideoconferencing rooms 104A or 104B. The system controller 108A or 108Bis configured to control the videoconferencing codec 106A or 106Blocated in said at least one of the videoconferencing rooms 104A or 104Baccording to the one or more commands to establish or control avideoconference in said at least one of the videoconferencing rooms 104Aor 104B.

The smartphone 112 may exchange data with the server 102 to determinewhether at least one of the videoconferencing rooms 104A and 104B iswithin the defined proximity 114 of the smartphone 112 according to oneor more wireless signals received by the smartphone 112. For example, asdescribed further below, the smartphone 112 may exchange data with theserver 102 to determine that the videoconferencing room 104A is withinthe defined proximity 114 of the smartphone 112 according to one or morereceived wireless beacon signals, a global positioning (GPS) signal, oneor more received wireless access point channel signals, etc.

The server 102 may be a remote server based in a cloud (e.g., an AMAZONWeb Services (AWS) cloud, etc.) at a separate location from the systemcontroller 108A or 108B, such as a corporate data center server.Alternatively, or in addition a server 102 may be located on the samepremises (e.g., on-site) as the system controller 108A or 108B, etc. Forexample, the server 102 could be a gateway server that acts as a proxyto direct the scheduled conference call information to the correctsystem controller 108A or 108B. The server 102 may store informationregarding the videoconferencing rooms 104A and 104B, such as locationsof the rooms, etc.

A videoconferencing system according to another example embodiment ofthe present disclosure is illustrated in FIG. 2 , and indicatedgenerally by reference number 200. As shown in FIG. 2 , the system 200is similar to the system 100 of FIG. 1 , but further includes twowireless beacons 216A and 216B. The wireless beacon 216A is located inthe videoconferencing room 104A and the wireless beacon 216B is locatedin the videoconferencing room 104B.

Each wireless beacon 216A and 216B includes a unique universalidentifier (UUID), and the UUID of each wireless beacon 216A and 216Bcorresponds to a different one of the videoconferencing rooms 104A and104B. Specifically, the UUID of wireless beacon 216A corresponds to thevideoconferencing room 104A and the UUID of wireless beacon 216Bcorresponds to the videoconferencing room 104B.

The smartphone 112 may exchange data with the server 102 to determinewhether at least one of the videoconferencing rooms 104A and 104B iswithin the defined proximity 114 of the smartphone 112 by identifyingthe UUID of one or both of the wireless beacons 216A and 216B,determining whether a signal strength from one or both of the wirelessbeacons 216A and 216B exceeds a threshold corresponding to the definedproximity 114, and if so, determining the videoconferencing room 104A or104B corresponding to the identified UUID having a signal strengthexceeding the threshold.

In some embodiments, the smartphone 212 may identify the UUID of anearest one of the wireless beacons 216A and 216B according to signalstrengths from the wireless beacons 216A and 216B, may identify the UUIDof only the wireless beacons 216A and 216B having the strongest signalstrength (e.g., a strongest relative signal strength indicator (RSSI)),etc.

For example, the smartphone may determine whether an RSSI value fromeach of the wireless beacons 216A and 316B is above a specifiedthreshold, may determine whether an estimated distance according to theRSSI value is within a physical distance threshold such as about tenfeet, about fifty feet, about ten meters, etc. Once the smartphone 212identifies a UUID, the smartphone 212 may transmit the identified UUIDto the server 102 determine which videoconferencing room 104A and 104Bcorresponds to the identified UUID.

The beacons 216A and 216B each broadcast their UUID into the localenvironment (e.g., the videoconferencing rooms 104A or 104B, etc.). Thesmartphone 112 may scan for the UUIDs and associate a proximity of thesmartphone 112 to the beacons 216A and 216B based on a relative signalstrength indicator (RSSI) algorithm, which may be stored in thesmartphone 112.

The RSSI allows for approximation of distance between the smartphone 112and the source of the signal (e.g., one of the wireless beacons 216A and216B). When the smartphone 112 is within a defined proximity distancethreshold (e.g., about ten feet, about fifty feet, about ten meters,etc.) of one of the wireless beacons 216A and 216B, the smartphone 112may resolve the address of the UUID received from the wireless beacon toa corresponding videoconferencing room 104A or 104B through a securesockets layer (SSL) transport layer security (TLS) connection to theserver 102 and then to the corresponding system controller 108A or 108B.For example, the secure SSL TLS connection may be established throughAMAZON web services (AWS), etc.

The wireless beacons 216A and 216B may include any suitable wirelessbeacon devices, such as a short-range wireless communication (e.g.,BLUETOOTH) beacon, a WiFi beacon, a radio-frequency identification(RFID) beacon, a near-field communication (NFC) beacon, etc. The UUIDmay include one or more of a major UUID, a minor UUID, an iBeaconidentifier, an Eddystone (e.g., a UID, a uniform resource locator (URL),a TLM), an encrypted Eddystone (e.g., an EID, an ETLM), etc.

In some embodiments, each wireless beacon 216A and 216B may beassociated with its corresponding system controller 108A and 108B byhaving a same Eddystone URL address. For example, each system controller108A and 108B may use a different Eddystone URL, which may be configuredand loaded on the system controllers 108A and 108B during setup of thesystem controllers 108A and 108B, etc. Specifically, during the setupprocess a unique Eddystone URL address may be assigned and paired to amedia access control (MAC) address of one of the system controllers 108Aand 108B, which may be the same as the Eddystone URL of thecorresponding wireless beacon 216A or 216B.

Once a smartphone 112 recognizes one or more of the wireless beacons216A and 216B, the smartphone 112 may check whether the user 113 hasappropriate privileges to access the videoconferencing rooms 104A or104B corresponding to the recognized beacons 216A or 216B.

Each videoconferencing room 104A and 104B may allow access to anyonewith a login credential (e.g., a login credential of a controlapplication on the smartphone 112), to only users that have anauthenticated email address from a specific domain (e.g.,john.doe@nike.com where nike.com is the specific domain), to only apredefined list of users, to only a single user for a private office,etc. As described further below, the smartphone 112 may also check(e.g., with the server 102) whether a GPS location of the smartphone 112is within a specific geographic location (e.g., a GPS location) wherethe wireless beacon 216A or 216B is located to inhibit “spoofing” orunauthorized location access.

A videoconferencing system according to another example embodiment ofthe present disclosure is illustrated in FIG. 3 , and indicatedgenerally by reference number 300. As shown in FIG. 3 , the system 300is similar to the system 100 of FIG. 1 , but further includes twowireless access points 318 and 320, such as WiFi routers, etc.

The wireless access point 318 and 320 may be separate from thevideoconferencing rooms 104A and 104B as shown in FIG. 3 , although thewireless access points 318 and 320 could be located in thevideoconferencing rooms 104A and 104B in another embodiment.

Each wireless access point 318 and 320 may include one or more wirelesssignal channels, and the smartphone 112 may receive different signalstrengths of the one or more wireless signal channels of each accesspoint 318 and 320 depending on a position and/or distance of thesmartphone 112 relative to each wireless access point 318 and 320.

Similarly, each videoconferencing room 104A and 104B may be associatedwith a defined wireless signal strength signature corresponding toreceived signal strengths from each of the multiple wireless accesspoints 318 and 320 at the locations of the videoconferencing rooms 104Aand 104B.

For example, the videoconferencing room 104B may receive a strongwireless signal strength from the wireless access point 318 because thevideoconferencing room 104B is close to the wireless access point 318,and may receive a weak wireless signal strength from the wireless accesspoint 318 because the videoconferencing room 104B is far from thewireless access point 318. Similarly, the videoconferencing room 104Amay receive medium wireless signal strengths from the wireless accesspoints 318 and 320 because the videoconferencing room 104A is located ata medium distance from both wireless access points 318 and 320.

A correspondence relationship table (e.g., a heat map, etc.) may begenerated that includes a defined wireless signal strength signature foreach videoconferencing room 104A and 104B according to the receivedsignal strengths from each of the wireless access points 318 and 320 atthe locations of the videoconferencing rooms 104A and 104B. Thecorrespondence relationship table may be stored at the server 102, thesmartphone 112, etc., and can be used to identify a location ofsmartphone 112.

FIG. 4 illustrates an example heat map 422 including multiple wirelessaccess points 424 and multiple videoconferencing rooms 404. The heat map422 illustrates strength of WiFi signals from the wireless access pointsat different locations among the multiple videoconferencing rooms 404.

The smartphone 112 can use its wireless card (e.g., WiFi antenna, etc.)to take a local measurement of received WiFi signal strengths, and thencompare the local measurement values to the heat map 422 to determine alocation of the smartphone 112 relative to the multiplevideoconferencing rooms 404.

Referring back to FIG. 4 , the smartphone 112 can obtain a receivedsignal strength for each of the wireless access points 318 and 320, andtransmit data (e.g., the received signal strengths) with the server 102to determine whether at least one of the videoconferencing rooms 104Aand 104B is within the defined proximity 114 of the smartphone 112 byidentifying the videoconferencing room 104A or 104B having a definedwireless signal strength signature corresponding to the received signalstrengths obtained by the smartphone 112.

For example, if the smartphone 112 receives medium signal strengths fromeach wireless access point 318 and 320, the smartphone 112 and/or server102 may determine the smartphone 112 is located at or within the definedproximity 114 of the videoconferencing room 104A. Similarly, if thesmartphone 112 receives a strong signal strength from the wirelessaccess point 318 and a strong signal strength from the wireless accesspoint 320, the smartphone 112 and/or server 102 may determine thesmartphone 212 is located at or within the defined proximity 114 of thevideoconferencing room 104B.

Although FIG. 3 illustrates two wireless access points 318 and 320,other embodiments may include more or less access points, having more orless wireless signal channels (e.g., at least five wireless signalchannels in total, at least twenty wireless signal channels in total,etc.). The correspondence relationship table can specify signalstrengths all wireless signal channels for each videoconferencing room,and the smartphone 112 and/or server 102 may determine the smartphone112 is located within a defined proximity distance of a specificvideoconferencing room 104A or 104B when the obtained signal strengthsof the smartphone are within a tolerance threshold of the specifiedsignal strengths of one or more (or all) wireless signal channels forone of the videoconferencing rooms 104A or 104B. For example, thetolerance threshold may be within five percent of the specified signalstrength for each wireless signal channel, within ten percent, etc.

In some embodiments, each of the videoconferencing rooms 104A and 104Bis associated with a global positioning system (GPS) locationcorresponding to a location of the videoconferencing room 104A or 104B.The smartphone 112 may obtain a GPS location of the smartphone, andexchange data with the server 102 to determine whether at least one ofthe videoconferencing rooms 104A and 104B is within the definedproximity of the smartphone 112 by determining whether one of thevideoconferencing rooms 104A or 104B has an associated GPS locationwithin the defined proximity of the GPS location of the smartphone 112.

For example, the smartphone 112 and/or the server 102 may compare theGPS location of the smartphone 112 to the GPS locations of thevideoconferencing rooms 104A and 104B to determine the nearest one ofthe videoconferencing rooms 104A and 104B, to determine whether one ofthe videoconferencing rooms 104A and 104B is within a defined proximitydistance (e.g., about ten feet, about fifty feet, about ten meters,etc.) of the smartphone 112, etc.

The example approaches described above for determining whether at leastone of the videoconferencing rooms 104A and 104B is within a definedproximity of the smartphone 112 may be used individually or incombination with one another. For example, the smartphone 112 and/orserver 102 could determine whether at least one of the videoconferencingrooms 104A and 104B within a defined proximity distance of thesmartphone 112 using both GPS location and wireless beacons, both GPSlocation and wireless access point signal strengths, both wirelessbeacons and wireless access point signal strengths, etc. In someembodiments, the smartphone 112 and/or server 102 could determinewhether at least one of the videoconferencing rooms 104A and 104B iswithin a defined proximity distance of the smartphone 112 using allthree of GPS location, wireless beacons and wireless access point signalstrengths.

In some embodiments, the GPS location of the smartphone 112 can be usedto confirm the smartphone 112 is actually located near the wirelessbeacon, and is not instead providing a UUID that came from a sourceother than the wireless beacon. Therefore, the GPS location of thesmartphone 112 can add an additional layer of security to thevideoconferencing systems 100, 200 or 300.

Many control applications exist for videoconferencing components fromdifferent manufacturers, but these control applications are oftenfragmented and not part of a complete system. In those cases, the usermust operate multiple different applications to control differentvideoconferencing components in the videoconferencing system. In anenvironment having multiple conferencing systems, a user typically mustinstruct an application to control a specific one of multiple systems.This can lead to problems where the user may accidentally control asystem that the user does not intend to control.

As shown in FIG. 5 , the smartphone 112 may include a controlapplication such as a smartphone app, which presents a user interface(PUI) 526 to the user 113. The user interface 526 can allow the user 113to transmit one or more commands to the system controllers 108A or 108Bvia the server 102, in order to control the videoconferencing codecs106A or 106B. In some embodiments, the user 113 may only be able totransmit commands to a system controller that has been identified withina defined proximity of the smartphone 112.

For example, the user interface 526 includes multiple control buttons528 each corresponding to a different command for the system controllers108A or 108B, the videoconferencing codecs 106A or 106B, etc. The userinterface 526 may be consistent across different types of systemcontrollers, videoconferencing codecs, etc., to the user 113 does notneed to learn different control interfaces for different controllers orcomponents. One example smartphone app is ROOMREADY CONNECT distributedby Zdi, Inc. of Normal, IL.

In some embodiments, the system controller and the smartphone app maynot need to be on the same production network (e.g., inside of abusiness firewall, etc.) to pass commands from the smartphone app to thesystem controller via a server. Therefore, there may be no need for acustom user interface for every videoconferencing system, or customsource code written for every videoconferencing system based ondifferent application programming interfaces (APIs) andvideoconferencing components for different videoconferencing rooms(e.g., no need for a different dedicated room interface for eachdifferent videoconferencing room, etc.).

The user interface 526 may allow the user to control one of multiplevideoconferencing rooms 604 determined to be within a defined proximityof the smartphone 112, as shown in FIG. 6 . The user interface 526 maydisplay a signal strength 630 corresponding to each videoconferencingroom 604.

As shown in FIG. 6 , the user interface 526 may display a name of theidentified videoconferencing room 604, an occupancy status of thevideoconferencing rooms 604 (e.g., occupied, vacant, etc.), availabletechnologies in the videoconferencing rooms 604 (e.g., video enabled,audio enabled, presentation enabled, etc.), a number of seats availablein the videoconferencing room 604, the signal strength 630, etc.

Optionally, the system controller 108A or 108B can store a local roomcalendar that includes a reservation schedule for the videoconferencingroom 104A or 104B in which the system controller 108A or 108B islocated. The system controller 108A or 108B may authenticate to aresource calendar (e.g., an OFFICE 365 calendar, a GOOGLE calendar,etc.). The authentication credentials can be stored locally with thesystem controller 108A or 108B.

The system controller 108A or 108B may synchronize its local roomcalendar with the resource calendar at periodic intervals (e.g., everythree minutes, etc.), in response to a schedule update event (e.g., anew room reservation request), etc., to maintain substantially real-timeupdates. The resource calendar may be considered as a “source-of-truth”(SOT).

The smartphone 112 can poll available system controllers systemcontroller 108A or 108B (e.g., though a secure and encrypted channel)for local conferencing room information. In some embodiments, the localroom information may only be available while the smartphone 112 iswithin a defined proximity (e.g., about fifty feet, etc.) of thevideoconferencing room.

If the videoconferencing room is available without any current calendarevents scheduled, the smartphone 112 can prompt a user to reserve theroom for a desired duration 632, as shown in FIG. 7 . For example, theuser may be able to reserve the room in increments (e.g., fifteen minuteincrements, etc.) up to a threshold (e.g., up to an hour, etc.).

Once a reservation request is transmitted from the smartphone 112 to thesystem controller 108A or 108B, the system controller 108A or 108B canupdate the resource calendar with a new reservation. The new reservationmay round the desired increment up to the next closet interval. Forexample, if a conferencing room is booked for a fifteen minute meetingat 10:05, the calendar may be updated to include a reservation from10:05 to 10:30.

In some embodiments, an optional visual indicator may be associated with(e.g., in connection with, attached to, mounted on, etc.) the systemcontroller 108A or 108B. For example, the visual indicator may include amulti-color light emitting diode (LED). The indicator can illuminate adiscrete color that is reported back to the smartphone 112 to providewayfinding to the correct system controller 108A or 108B and associatedvideoconferencing room 104A or 104B, to confirm the intendedvideoconferencing room was correctly reserved, etc. The visual indicatormay stay on for a specified time period (e.g., one minute, etc.) beforeturning off.

Once the smartphone 112 completes a reservation of a videoconferencingroom associated with the system controller 108A or 108B, theconferencing room controls can be presented to the user in the form of apersonal user interface on a smartphone app of the smartphone 112.Optionally, the smartphone may automatically connect to the server 102to begin controlling the system controller 108A or 108B once thereservation is completed. In other embodiments, the smartphone 112 maywait for activation of a button on a user interface, etc. beforeconnecting to the server 102 to begin controlling the system controller108A or 108B, etc.

The controls may include any suitable room functions such as, initiatinga video and/or audio conferencing call, ending a call, sharing apresentation, muting and/or unmuting a microphone, controlling volume,reporting a problem, accessing contacts, accessing a calendar, locking aroom, etc. For example, the videoconferencing system can also include aconferencing component coupled to the conferencing system controller.The system controller can control the videoconferencing componentaccording to the one or more commands transmitted by the smartphone. Asone example, a conferencing system controller (e.g., a ROOMREADY GOcontroller distributed by Zdi, Inc. of Normal, IL) may issue applicationprogramming interface (API) commands to a videoconference component,such as a television, a monitor, an integrated computer display, acamera, an audio digital signal processor (DSP), a speaker, anaudio-visual (AV) switch, and a cable box, etc. As described above,example commands may include turning the conferencing system on,adjusting a volume of the conferencing system up and down, initiating anaudio and/or video conference call, ending a call, presenting content,sharing a presentation, reporting a problem, accessing contacts,accessing a calendar, locking a room, etc.

As described above, the personal user interface can provide a consistentuser interface across multiple conferencing systems, such that a usermay download the consistent user interface to multiple mobile computingdevices, multiple conferencing system controllers, etc. This may allowfor consistent updates of application programming interfaces forcompatible conferencing systems.

The videoconferencing codecs 106A and 106B may include a room-basedvideoconferencing codec, a mobile cart-based videoconferencing codec, amobile phone-based videoconferencing codec, a mobile tablet-basedvideoconferencing codec, etc. The videoconferencing codec includes acoder/decoder for audio and for video, and may be used for a conferencecall including both audio and video, for a call involving only audio ifdesired, etc.

In some embodiments, the smartphone 112 may be configured to parseinformation (e.g., calendar events, emails, etc.) stored on the mobilesmartphone 108 according to a parsing protocol to obtain informationregarding a scheduled conference call, and to transmit at least aportion of the information regarding the scheduled conference call tothe server 102 in response to user input. The server 102 is configuredto transmit the information regarding the scheduled conference call tothe system controller 108A or 108B, and the system controller 108A or108B is configured to initiate the scheduled conference call via thevideoconferencing codec 106A or 106B.

The smartphone app may use one or more libraries to pull information(e.g., calendar event data, emails, etc.) from the smartphone 112, andparse the information to obtain details regarding a scheduled conferencecall. For example, calendar invites, email invites, etc. fromvideoconferencing services typically have a standardized format that mayeasily be gathered and processed by the smartphone app. For example,calendar events, emails, etc., stored on the smartphone 112 may beparsed by the smartphone app to search for indicators of a scheduledconference call.

In some embodiments, the smartphone app may search multiple storedcalendar events for one or more text and/or numeric strings indicativeof the scheduled conference call. For example, a calendar event thatincludes a session initiation protocol (SIP) uniform resource identifier(URI), a videoconferencing phone number, a videoconferencing meetingnumber, a personal identification (PIN) number, a passcode, etc., may beindicative of a scheduled conference call.

The smartphone app may search multiple stored calendar events, emails,etc. to identify text and/or numeric strings including a SIP URI,videoconferencing phone number, meeting number, PIN number, passcode,etc., to identify an upcoming scheduled conference call. In some cases,videoconferencing providers may use a standard textual format forinvites to conference calls, and the smartphone app may search themultiple calendar events to identify formatted text that corresponds toa specific videoconferencing provider invite, which indicates anupcoming scheduled conference call.

The smartphone app may parse calendar events within a defined timeperiod to search for scheduled conference calls. For example, thesmartphone app could search calendar events within an hour from acurrent time, within a day, within a week, etc.

The control application can then pass the gathered information through asecure sockets layer (SSL) connection over the Internet, using anysuitable Internet communication interface (e.g., WiFi, cellular, etc.).The gathered information may be transmitted to a gateway server based ina cloud (e.g., an AMAZON Web Services (AWS) cloud, etc.). The serveracts as a proxy to direct the application content to the correctconferencing system controller, which contains the appropriate APIs tocontrol a connected codec (e.g., a video codec, an audio codec, etc.),other conferencing components, etc.

The conferencing system controller translates the information receivedfrom the application into the correct API to communicate with the codecto make a conferencing call. The information received from theapplication may include an SIP URI, a phone number, a meeting number, aPIN number, etc.

As described above, the system may not be proprietary to any specificcode or service, such that the system can use any codec, any web basedconferencing application, etc. Call control features can be performedlocal to the controller, such the call control features are handledinside of a customer's network instead of in a cloud. Therefore, theInternet may be used as a common network instead of a proprietary cloud.

The smartphone 112 may transmit the information to the server 102 usinga secure encrypted transport layer security (TLS) channel. For example,the smartphone app may organize the information into a specified format(e.g., JavaScript Object Notation (JSON) format, etc.) for transmissionto the server 102.

For example, when accessing personal contacts, calendar data, etc. of auser on the smartphone, the smartphone app can transmit normalized datato the server in a standard format (e.g., in a format documented in theCisco CE9.0 API, etc.). This may provide a standard format in which thesystem controller can add any conferencing room or site-specificinformation to the dial string (e.g., prepending “9”, a country code,etc.) to the normalized number. In this case, the system controller mayonly have access to the string that is presented, and may not haveaccess to the entirety of the personal contacts on the smartphone.

When accessing a personal calendar on the smartphone, the mobileapplication may optionally use calendar invites stored locally on thesmartphone and parse the data to search for indicators of a conferencecall from a supported provider. The smartphone app can organize the datainto a format for transmission to the server to automate the conferencecall process with all associated conferencing components in theconferencing room.

The transmitted information may not include personal data of thesmartphone 112, so personal data of the smartphone 112 may not be storedon the server 102 or the system controller 108A or 108B to provideprivacy to a user of the smartphone 112. Similarly, localvideoconferencing room data of the system controller 108A or 108B maynot be stored on the smartphone 112, to protect privacy of localvideoconferencing room data.

Controls for the system controller can be stored in the presentationlayer of the smartphone app. This presentation layer can emulatecontrols, APIs, etc. of a videoconferencing codec (e.g., a CISCOconferencing codec, etc.) to provide a consistent set of external facingprotocols regardless of the conferencing equipment that is actuallyinstalled in the room. Example features include making and endingconferencing calls, muting and unmuting microphones, sharing content,volume control, etc.

These features include commands that can be sent from the smartphone tothe server, to the system controller, and then to conferencing equipmentconnected with the system controller. States of these functions can bereported from the connected conferencing equipment back to the systemcontroller though acknowledgement signals transmitted by APIs of theconnected conferencing equipment, and the system controller can send theinformation back to the smartphone.

The smartphone may optionally be configured to report problems with thevideoconferencing system through email, through CISCO SPARK, etc. A usermay be presented with a text box and a camera icon that allows the userto take a picture of a current conferencing room issue with a camera ofthe smartphone.

If the smartphone is connected directly to an individualvideoconferencing room (e.g., to the system controller in avideoconferencing room, etc.), information associated with theconferencing room can be transmitted to a recipient of a problem supportrequest. If the smartphone is not connected directly with an individualconferencing room, a closest conferencing room may be reported withoutcapturing individual room data.

In some embodiments, the smartphone may include a toggle switch, button,etc. in the smartphone app that allows a user to lock others fromcontrolling a conferencing room (e.g., when conducting an importantmeeting, a secure meeting, etc.). This may prevent others from beingable to connect to the conferencing system controller in theconferencing room, may prevent others from controlling the conferencingsystem controller, etc.

In some embodiments, the smartphone 112 may display a join button 834 onthe user interface 526 according to the obtained information regardingthe scheduled conference call, as shown in FIG. 8 . The smartphone 108may then transmit at least a portion of the obtained informationregarding the scheduled conference call to the server 102 in response toactivation of the join button 836 by the user 113.

In some embodiments, the smartphone app determines a start time of thescheduled conference call according to the obtained information, anddisplays, highlights, etc. the join button 836 on the user interface 526a defined time period before the determined start time of the scheduledconference call. As shown in FIG. 8 , the join button 836 may behighlighted five minutes prior to the scheduled conference callassociated with the join button 836, while another join button 838 isnot highlighted because a current time is more than five minutes priorto the scheduled conference call associated with the join button 836.

For example, the smartphone app could display the join button 836 on theuser interface 526 at least one minute before the scheduled conferencecall, at least five minutes before the scheduled conference call, atleast one hour before the scheduled conference call, etc.

Alternatively, or in addition, the smartphone app may display the joinbutton 836 on the user interface 526 a defined time period after thedetermined start time of the scheduled conference call. For example, thesmartphone app could display the join button 836 on the user interface526 at least one minute after the scheduled conference call, at leastfive minutes after the scheduled conference call, at least one hourafter the scheduled conference call, etc.

The join button 838 may include any suitable icon, toggle, switch,field, etc., such as the highlighted green square on the user interface526 in FIG. 8 . The join button 836 may be displayed on a touchscreen ofthe smartphone 112, etc. In other embodiments, the smartphone 112 maynot display a join button and the user may initiate the scheduledconference call by providing input other than activation of a joinbutton.

As described above, the system 100 may allow for joining a conferencecall using a simple (e.g., one-button) connection from the smartphone112. For example, as shown in FIG. 8 , the user 113 may simply enter avideoconferencing room and the smartphone app on the smartphone 112,then press the join button 836 on the user interface 526 of thesmartphone 112 to start a scheduled conference call. Videoconferencingcall control, information, etc. may be handled in the background withrespect to the user 113. For example, a user may not have to locate adialer for a meeting, may not have to dial a phone number for theconferencing service (e.g., using WEBEX, GOTOMEETING, ZOOM, BLUE JEANNETWORKS, SKYPE, CISCO, etc.), may not have to input an ID or PIN forthe meeting, etc.

In order to leave a room, a “Leave Room” button 834 displayed on userinterface 526 of the smartphone 112 may automatically disconnect theinitiated conference call when the smartphone 112 leaves the physicalproximity of the conferencing room (e.g., leaves a proximity distancethreshold of a beacon associated with the system controller 108A or108B, etc.), as shown in FIG. 8 . The system controller 108A or 108B maydisconnect communication with the smartphone 112 via the server 102 andshut down when the conferencing room is determined to be vacant.

The conferencing system controllers, mobile computing devices, etc.described herein may be configured to perform operations using anysuitable combination of hardware and software. For example, the systemcontroller may include any suitable circuitry, logic gates,microprocessor(s), computer-executable instructions stored in memory,etc. operable to cause the system controller to perform actionsdescribed herein.

In some embodiments, a user may be able to walk into a conferencing roomwith a mobile computing device, and a conferencing system controller cansend a schedule for the conferencing room to the mobile computing device(e.g., instead of having a touch screen outside of the room, etc.). Themobile communication device may be able to control the conferencing roomthough the connection with the conferencing system controller, may beable to manage reservations for the conferencing room though theconnection with the conferencing system controller, etc. Currentoccupancy of conferencing rooms in proximity to the mobile computingdevice may be displayed on the mobile computing device.

The location-based control approaches described herein may providewayfinding functionality as described above. For example, the locationbeacons, location-based services of the mobile computing device, etc.may be used to orient a user among multiple conference rooms, tonavigate the user between multiple conference rooms, etc.

In some embodiments, location-based control approaches may allow forroom booking (e.g., reservations, etc.) as described above. For example,a user may reserve a room by physically entering a room beforegenerating the reservation, to confirm that the user is reserving thecorrect room.

Location-based control approaches may be used for attendance, byconfirming the conference call members that are present during aconference call based on proximity detection. Emergency notification canbe provided to alert all user(s) within a certain proximity of aconferencing system, etc. In some embodiments, training videos can beimplemented based on location, so that users attend the correct trainingvideo, an appropriate training video for a specific conferenceroom/system is provided to a user, etc.

According to another example embodiment, a videoconferencing systemincludes multiple videoconferencing rooms, and a server adapted to storeinformation regarding each videoconferencing room. Eachvideoconferencing room includes a videoconferencing codec and a systemcontroller in communication with the videoconferencing codec via one ormore wired and/or wireless communication networks to control thevideoconferencing codec, the system controller in communication with theserver via the one or more wired and/or wireless communication networks.The system also includes a mobile computing device including a userinterface. The mobile computing device configured to communicate withthe server via the one or more wired and/or wireless communicationnetworks to exchange data with the server to determine whether at leastone of the videoconferencing rooms is within a defined proximity of themobile computing device. The mobile computing device is furtherconfigured to obtain information regarding a scheduled conference callfrom calendar information stored on the mobile computing device.

According to yet another example embodiment, a mobile computing deviceis configured to exchange data with a server to determine whether atleast one of multiple videoconferencing rooms is within a definedproximity of the mobile computing device, and in response to determiningthat at least one of the videoconferencing rooms is within the definedproximity, and in response to the user selecting said at least one ofthe videoconferencing rooms, transmit one or more commands to a serverto transmit the one or more commands to a system controller located insaid at least one of the videoconferencing rooms.

According to a further example embodiment, a method of controlling aconference call includes determining whether at least one of multiplevideoconferencing rooms is within a defined proximity of a mobilecomputing device, and in response to determining that at least one ofthe videoconferencing rooms is within the defined proximity, and inresponse to the user selecting said at least one of thevideoconferencing rooms, transmitting one or more commands to a serverto transmit the one or more commands to a system controller located insaid at least one of the videoconferencing rooms.

According to another example embodiment, a system controller isconfigured to receive one or more commands from a server, the one ormore commands transmitted to the server by a mobile computing device inresponse to determining whether a videoconferencing room in which thesystem controller is located is within a defined proximity of a mobilecomputing device.

Example embodiments described herein may provide one or more (or none)of the following advantages: location-based connection between a mobilecomputing device and a conferencing system controller, use of theInternet as a common network between the mobile computing device and theconferencing system controller, maintenance of a consistent downloadableuser interface across multiple different conferencing systems, andconsistent updates of application programming interfaces for compatibleconferencing system equipment.

The foregoing description of the embodiments has been provided forpurposes of illustration and description. It is not intended to beexhaustive or to limit the disclosure. Individual elements or featuresof a particular embodiment are generally not limited to that particularembodiment, but, where applicable, are interchangeable and can be usedin a selected embodiment, even if not specifically shown or described.The same may also be varied in many ways. Such variations are not to beregarded as a departure from the disclosure, and all such modificationsare intended to be included within the scope of the disclosure.

The invention claimed is:
 1. A videoconferencing system comprising:multiple wireless beacons each including a unique universal identifier(UUID) corresponding to a different one of multiple videoconferencingrooms; a server configured to store information associated with themultiple videoconferencing rooms, each of the multiple videoconferencingrooms including a videoconferencing codec and a system controller; and amobile computing device configured to: identify the UUID of one of themultiple wireless beacons; exchange data with the server to determinewhich one of the multiple videoconferencing rooms corresponds to the oneof the multiple wireless beacons having the identified UUID; and inresponse to determining which one of the multiple videoconferencingrooms corresponds to the one of the multiple wireless beacons having theidentified UUID, transmit one or more commands to the system controllerlocated in the determined one of the multiple videoconferencing rooms toestablish or control a videoconference via the videoconferencing codeclocated in the determined one of the multiple videoconferencing rooms.2. The system of claim 1, wherein the multiple wireless beacons includeat least one of a short-range wireless communication BLUETOOTH beacon, aWi-Fi beacon, a radio-frequency identification (RFID) beacon, or anear-field communication (NFC) beacon.
 3. The system of claim 1, whereinthe mobile computing device is configured to determine a proximitydistance of the mobile computing device from each wireless beaconaccording to a relative signal strength indicator (RSSI) for eachwireless beacon.
 4. The system of claim 1, wherein the mobile computingdevice is configured to display at least one of a name of the determinedone of the multiple videoconferencing rooms, an occupancy status of thedetermined one of the multiple videoconferencing rooms, a list ofavailable technologies in the determined one of the multiplevideoconferencing rooms, a number of available seats in the determinedone of the multiple videoconferencing rooms, and a signal strength inthe determined one of the multiple videoconferencing rooms.
 5. Thesystem of claim 1, wherein each system controller is configured to storea local videoconferencing room calendar, synchronize the localvideoconferencing room calendar with a remote resource calendar atperiodic intervals and/or in response to scheduling events, and updatethe local videoconferencing room calendar in response to receiving avideoconferencing room reservation request from the mobile computingdevice.
 6. The system of claim 1, wherein the mobile computing device isconfigured to determine which one of the multiple videoconferencingrooms is available according to a local videoconferencing room calendarreceived from the system controller located in that one of the multiplevideoconferencing rooms, and transmit a reservation request to thesystem controller located in that one of the multiple videoconferencingrooms to store a reservation in the local videoconferencing roomcalendar of the system controller.
 7. The system of claim 1, whereineach system controller includes a visual indicator to identify itselfwhen the mobile computing device is transmitting the one or morecommands to the system controller.
 8. The system of claim 1, wherein theone or more commands include at least one of a system turn on command, avolume control command, an audio and/or video call command, an end callcommand, a mute and/or unmute microphone command, a presentation sharecommand, a present content command, a report problem command, an accesscontacts command, an access calendar command, or a lock room command. 9.The system of claim 1, wherein the mobile computing device is configuredto transmit the one or more commands to the server using a secureencrypted transport layer security (TLS) channel, where personal data ofthe mobile computing device is not stored on the system controller ofthe determined one of the multiple videoconferencing rooms, and localroom data of the system controller of the determined one of the multiplevideoconferencing rooms is not stored on the mobile computing device.10. The system of claim 1, wherein the mobile computing device includesa camera, and the mobile computing device is configured to allow a userto operate the camera of the mobile computing device to take a pictureindicative of a conferencing room issue in response to a report problemrequest input by a user via a user interface of the mobile computingdevice, and the mobile computing device is configured to transmit thepicture indicative of the conferencing room issue to the server.
 11. Thesystem of claim 1, wherein the mobile computing device is configured todisplay a lock room button on a user interface of the mobile computingdevice, and in response to activation of the lock room button by a user,transmit a lock request to the server to relay the lock request to thesystem controller of the determined one of the multiplevideoconferencing rooms to inhibit other mobile computing devices fromcontrolling the system controller.
 12. The system of claim 1, whereinthe mobile computing device comprises a smartphone.
 13. Avideoconferencing system comprising: a server configured to storemultiple global positioning system (GPS) locations each corresponding toa location of a different one of multiple videoconferencing rooms, eachof the multiple videoconferencing rooms including a videoconferencingcodec and a system controller; and a mobile computing device configuredto: obtain a GPS location of the mobile computing device; exchange datawith the server to determine which one of the multiple videoconferencingrooms corresponds to the obtained GPS location of the mobile computingdevice; and in response to determining which one of the multiplevideoconferencing rooms corresponds to the obtained GPS location of themobile computing device, transmit one or more commands to the systemcontroller located in the determined one of the multiplevideoconferencing rooms to establish or control a videoconference viathe videoconferencing codec located in the determined one of themultiple videoconferencing rooms.
 14. The system of claim 13, whereinthe mobile computing device is configured to display at least one of aname of the determined one of the multiple videoconferencing rooms, anoccupancy status of the determined one of the multiple videoconferencingrooms, a list of available technologies in the determined one of themultiple videoconferencing rooms, a number of available seats in thedetermined one of the multiple videoconferencing rooms, and a signalstrength in the determined one of the multiple videoconferencing rooms.15. The system of claim 13, wherein each system controller is configuredto store a local videoconferencing room calendar, synchronize the localvideoconferencing room calendar with a remote resource calendar atperiodic intervals and/or in response to scheduling events, and updatethe local videoconferencing room calendar in response to receiving avideoconferencing room reservation request from the mobile computingdevice.
 16. The system of claim 13, wherein the mobile computing deviceis configured to determine which one of the multiple videoconferencingrooms is available according to a local videoconferencing room calendarreceived from the system controller located in that one of the multiplevideoconferencing rooms, and transmit a reservation request to thesystem controller located in that one of the multiple videoconferencingrooms to store a reservation in the local videoconferencing roomcalendar of the system controller.
 17. A videoconferencing systemcomprising: multiple wireless access points; a server configured tostore information associated with multiple videoconferencing rooms, eachof the multiple videoconferencing rooms including a videoconferencingcodec and a system controller, and each of the multiplevideoconferencing rooms associated with a defined wireless signalstrength signature corresponding to received signal strengths from oneor more of the multiple wireless access points at a location of thevideoconferencing room; and a mobile computing device configured to:obtain a received signal strength for one or more of the wireless accesspoints; exchange data with the server to determine whether one of themultiple videoconferencing rooms is within a defined proximity of themobile computing device by identifying the videoconferencing room havingthe defined wireless signal strength signature corresponding to thereceived signal strength(s) obtained by the mobile computing device; andin response to determining one of the multiple videoconferencing roomscorresponds to the received signal strength(s) obtained by the mobilecomputing device, transmit one or more commands to the system controllerlocated in the determined one of the multiple videoconferencing rooms toestablish or control a videoconference via the videoconferencing codeclocated in the determined one of the multiple videoconferencing rooms.18. The system of claim 17, wherein each of system controller includes avisual indicator to identify itself when the mobile computing device istransmitting the one or more commands to the system controller.
 19. Thesystem of claim 17, wherein the one or more commands include at leastone of a system turn on command, a volume control command, an audioand/or video call command, an end call command, a mute and/or unmutemicrophone command, a presentation share command, a present contentcommand, a report problem command, an access contacts command, an accesscalendar command, or a lock room command.
 20. The system of claim 17,wherein the mobile computing device is configured to transmit the one ormore commands to the server using a secure encrypted transport layersecurity (TLS) channel, where personal data of the mobile computingdevice is not stored on the system controller of the determined one ofthe multiple videoconferencing rooms within the defined proximity of themobile computing device, and local room data of the system controller isnot stored on the mobile computing device.